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METHOD AND APPARATUS FOR CONSTRUCTING 
REPRESENTATIONS OF OBJECTS AND ENTITIES 

BACKGROUND OF THE INVENTION 
5 The present invention is related to object 

oriented programming. More particularly, the present 
invention is related to methods and apparatus for 
constructing a representation of an object. 

Object oriented programming languages are in 

10 wide use by programmers in a range of applications. 
In object oriented programming languages, objects 
have a number of properties or property fields. Some 
objects tend to have a large number of these 
properties. Some of the properties of an object can 

15 have a type that in itself is an object. Therefore, 
through a reference point to another object, these 
properties point to even more properties. 

When building a user interface (UI) , such as a 
form, table, spreadsheet, or other visual 

20 representation based on the properties of an object 
and their references, it can be quite cumbersome to 
have to specify each individual property to be 
included in the representation. This is especially 
true if the requested property is on a referenced 

25 object. The problem becomes even more complicated if 
the object is derived from another object. 

For a typical application or system, it is 
common for there to be a need to generate hundreds, 
if not thousands, of different UIs (for example as 
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forms) or other representations for the large number 
of different objects and/or combinations of 
properties which are to be visually represented. 
Generating the large number of visual representations 
5 can thus be a very labor intensive process. Further, 
modification of these representations is also 
cumbersome. If modification to existing 

representations is required, for example to reflect 
additional properties added to objects, much of the 

10 effort put into creating them in the first place must 
be repeated. As a result, for a system which is 
programmed and installed for an end user, it is often 
times very difficult for the end user to customize 
the UIs, forms or other representations at a later 

15 time if desired. 

SUMMARY OF THE INVENTION 
A method of constructing a representation of an 
object having at least one property includes 

20 identifying at least one property group associated 
with the object which has been chosen to represent 
the object. At least one property of the object 
belongs to each property group identified as being 
associated with the object. Alternatively stated, 

25 the property groups associated with the object can be 
described as being assigned to at least one of the 
properties of the object. The method further includes 
identifying any other object ' that the object 
references within a property of an identified 

3 0 property group. An object representation engine 
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retrieves data corresponding to each of the 
properties belonging to the at least one property 
group. The engine then represents the object using 
the retrieved data. The step of representing the 
5 object frequently includes visually representing the 
object by displaying the retrieved data. 

In some embodiments, the step of displaying the 
retrieved data further comprises displaying names of 
properties in the at least one property group 

10 adjacent values of those properties. A name of each 
property group can be displayed adjacent the names of 
the properties in that property group and adjacent 
the values of those properties. 

In some embodiments of the invention, at least 

15 one object inheritance hierarchy exist between the 
object and other objects. Each property group is 
unique to a particular object inheritance hierarchy. 
In some embodiments, the object is a specialization 
of a second object. The object can then inherit the 

20 property groups associated with the second object. 

In some embodiments, each property group is 
assigned to at least one of the properties of the 
object and to one or more properties of only one 
other object. The step of retrieving data 

25 corresponding to each of the properties to which the 
property group is assigned can then further comprise 
retrieving the data corresponding to properties of 
the first object and to properties of the only one 
other object associated with the property group. 
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In some embodiments, the step of identifying the 
at least one property group associated with the 
object further comprises identifying a default 
property group associated with the object. 
5 Other features and benefits that characterize 

embodiments of the present invention will be apparent 
upon reading the following detailed description and 
review of the associated drawings. 

10 BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram of one exemplary 
environment in which the present invention can be 
implemented. 

FIG. 2 is a block diagram of a general mobile 
15 computing environment in which the present invention 
can be implemented. 

FIG. 3 is a block diagram illustrating an object 
representation system in accordance with embodiments 
of the present invention. 
20 FIG. 4 is a block diagram illustrating objects 

in hierarchical relationships, and illustrating the 
property group concepts of the present invention. 

FIG. 5 is a block diagram illustrating an object 
which has an association relationship with an object 
25 shown in FIG. 4, and which shares a property group 
with that object. 

FIG. 6 is a diagrammatic illustration of a user 
interface (UI) specified by object and created using 
the property group concepts of the present invention. 
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FIG. 7 is a diagrammatic illustration of a 
second UI specified by object and generated using the 
property group concepts of the present invention. 

FIG. 8 is a flow diagram illustrating a method 
5 in accordance with the present invention. 

FIG. 9 is a flow diagram illustrating a further 
method in accordance with the present invention. 

DETAILED DESCRIPTION OF ILLUSTRATIVE EMBODIMENTS 
10 As discussed above, in object oriented 

programming, objects and entities contain properties, 
and through hierarchies and other relationships point 
to properties of other objects. An entity can be 
described as a persistable object. In other word, an 
15 entity is an object which can be stored in a 
database.: As used herein, the term "object" is 
intended to include "entities" . General concepts of 
object oriented programming, for example the concepts 
of inheritances, associations, and compositions, are 
20 known in the art. For example, see "UML Distilled: A 
Brief Guide to the Standard Object Modeling 
Language," by K. Scott and M. Fowler (Addison-Wesley 
1999) . 

The present invention is based, in part, upon 
25 the recognition that properties of objects connected 
using associations or inheritance allows a user 
interface (UI) , form, or other representation of the 
object (s) to be more easily specified. The methods 
and apparatus of the present invention, which utilize 
30 grouping of properties, facilitate the fast 
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construction of UIs and other representations when 
the objects are complex in terms of inheritance, 
customization and associations. In the prior art, it 
is common for every UI, form, web-page or other 
5 representation of data from objects to have to be 
revisited every time an extension is made to the 
objects. Using the methods and apparatus of the 
present invention, extensions can be made to objects 
without the need for the labor intensive task of 

10 updating these UIs, forms, web-pages or other 
representations of the objects. 

FIG. 1 illustrates an example of a suitable 
computing system environment 100 on which the 
invention may be implemented. The computing system 

15 environment 100 is only one example of a suitable 
computing environment and is not intended to suggest 
any limitation as to the scope of use or 
functionality of the invention. Neither should the 
computing environment 100 be interpreted as having 

20 any dependency or requirement relating to any one or 
combination of components illustrated in the 
exemplary operating environment 100. 

The invention is operational with numerous other 
general purpose or special purpose computing system 

25 environments or configurations. Examples of well 
known computing systems, environments, and/or 
configurations that may be suitable for use with the 
invention include, but are not limited to, personal 
computers, server computers, hand-held or laptop 

30 devices, multiprocessor systems, microprocessor-based 
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systems, set top boxes, programmable consumer 
electronics, network PCs, minicomputers, mainframe 
computers, distributed computing environments that 
include any of the above systems or devices, and the 
5 like. 

The invention may be described in the general 
context of computer-executable instructions, such as 
program modules, being executed by a computer. 
Generally, program modules include routines, 

10 programs, objects, components, data structures, etc. 
that perform particular tasks or implement particular 
abstract data types. The invention may also be 
practiced in distributed computing environments where 
tasks are performed by remote processing devices that 

15 are linked through a communications network. In a 
distributed computing environment, program modules 
may be located in both local and remote computer 
storage media including memory storage devices. 

With reference to FIG. 1, an exemplary system 

20 for implementing the invention includes a general 
purpose computing device in the form of a computer 
110. Components of computer 110 may include, but are 
not limited to, a processing unit 120, a system 
memory 13 0, and a system bus 121 that couples various 

25 system components including the system memory to the 
processing unit 120. The system bus 121 may be any of 
several types of bus structures including a memory 
bus or memory controller, a peripheral bus, and a 
local bus using any of a variety of bus 

30 architectures. By way of example, and not limitation, 
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such architectures include Industry Standard 
Architecture (ISA) bus, Micro Channel Architecture 
(MCA) bus, Enhanced ISA (EISA) bus, Video Electronics 
Standards Association (VESA) local bus, and 
5 Peripheral Component Interconnect (PCI) bus also 
known as Mezzanine bus. 

Computer 110 typically includes a variety of 
computer readable media. Computer readable media can 
be any available media that can be accessed by 

10 computer 110 and includes both volatile and 
nonvolatile media, removable and non-removable media. 
By way of example, and not limitation, computer 
readable media may comprise computer storage media 
and communication media. Computer storage media 

15 includes both volatile and nonvolatile, removable and 
non- removable media implemented in any method or 
technology for storage of information such as 
computer readable instructions, data structures, 
program modules or other data. Computer storage media 

20 includes, but is not limited to, RAM, ROM, EE PROM, 
flash memory or other memory technology, CD-ROM, 
digital versatile disks (DVD) or other optical disk 
storage, magnetic cassettes, magnetic tape, magnetic 
disk storage or other magnetic storage devices, or 

25 any other medium which can be used to store the 
desired information and which can be accessed by 
computer 110. Communication media typically embodies 
computer readable instructions, data structures, 
program modules or other data in a modulated data 

3 0 signal such as a carrier wave or other transport 
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mechanism and includes any information delivery 
media. The term ''modulated data signal" means a 
signal that has one or more of its characteristics 
set or changed in such a manner as to encode 
5 information in the signal. By way of example, and not 
limitation, communication media includes wired media 
such as a wired network or direct-wired connection, 
and wireless media such as acoustic, RF, infrared and 
other wireless media. Combinations of any of the 

10 above should also be included within the scope of 
computer readable media. 

The system memory 13 0 includes computer storage 
media in the form of volatile and/or nonvolatile 
memory such as read only memory (ROM) 131 and random 

15 access memory (RAM) 132. A basic input/output system 
133 (BIOS) , containing the basic routines that help 
to transfer information between elements within 
computer 110, such as during start-up, is typically 
stored in ROM 131. RAM 132 typically contains data 

2 0 and/or program modules that are immediately 
accessible to and/or presently being operated on by 
processing unit 120. By way of example, and not 
limitation, FIG. 1 illustrates operating system 134, 
application programs 135, other program modules 136, 

25 and program data 137. 

The computer 110 may also include other 
removable /non- removable volatile/nonvolatile computer 
storage media. By way of example only, FIG. 1 
illustrates a hard disk drive 141 that reads from or 

30 writes to non -removable, nonvolatile magnetic media, 
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a magnetic disk drive 151 that reads from or writes 
to a removable, nonvolatile magnetic disk 152, and an 
optical disk drive 155 that reads from or writes to a 
removable, nonvolatile optical disk 156 such as a CD 
5 ROM or other optical media. Other removable /non- 
removable, volatile/nonvolatile computer storage 
media that can be used in the exemplary operating 
environment include, but are not limited to, magnetic 
tape cassettes, flash memory cards, digital versatile 

10 disks, digital video tape, solid state RAM, solid 
state ROM, and the like. The hard disk drive 141 is 
typically connected to the system bus 121 through a 
non-removable memory interface such as interface 140, 
and magnetic disk drive 151 and optical disk drive 

15 155 are typically connected to the system bus 121 by 
a removable memory interface, such as interface 150. 

The drives and their associated computer storage 
media discussed above and illustrated in FIG. 1, 
provide storage of computer readable instructions, 

20 data structures, program modules and other data for 
the computer 110. In FIG. 1, for example, hard disk 
drive 141 is illustrated as storing operating system 
144, application programs 145, other program modules 
146, and program data 147. Note that these components 

25 can either be the same as or different from operating 
system 134, application programs 13 5, other program 
modules 13 6, and program data 13 7. Operating system 
144, application programs 145, other program modules 
146, and program data 147 are given different numbers 
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here to illustrate that, at a minimum, they are 
different copies. 

A user may enter commands and information into 
the computer 110 through input devices such as a 
5 keyboard 162, a microphone 163, and a pointing device 
161, such as a mouse, trackball or touch pad. Other 
input devices (not shown) may include a joystick, 
game pad, satellite dish, scanner, or the like. These 
and other input devices are often connected to the 

10 processing . unit 12 0 through a user input interface 
160 that is coupled to the system bus, but may be 
connected by other interface and bus structures, such 
as a parallel port, game port or a universal serial 
bus (USB) . A monitor 191 or other type of display 

15 device is also connected to the system bus 121 via an 
interface, such as a video interface 190. In addition 
to the monitor, computers may also include other 
peripheral output devices such as speakers 197 and 
printer 196, which may be connected through an output 

20 peripheral interface 195. 

The computer 110 may operate in a networked 
environment using logical connections to one or more 
remote computers, such as a remote computer 180. The 
remote computer 180 may be a personal computer, a 

25 hand-held device, a server, a router, a network PC, a 
peer device or other common network node, and 
typically includes many or all of the elements 
described above relative to the computer 110. The 
logical connections depicted in FIG. 1 include a 

30 local area network (LAN) 171 and a wide area network 
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(WAN) 173, but may also include other networks. Such 
networking environments are commonplace in offices, 
enterprise-wide computer networks, intranets and the 
Internet. 

5 When used in a LAN networking environment, the 

computer 110 is connected to the LAN 171 through a 
network interface or adapter 170. When used in a WAN 
networking environment, the computer 110 typically 
includes a modem 172 or other means for establishing 

10 communications over the WAN 173, such as the 
Internet. The modem 172, which may be internal or 
external, may be connected to the system bus 121 via 
the user input interface 160, or other appropriate 
mechanism. In a networked environment, program 

15 modules depicted relative to the computer 110, or 
portions thereof, may be stored in the remote memory 
storage device. By way of example, and not 
limitation, FIG. 1 illustrates remote application 
programs 185 as residing on remote computer 180. It 

2 0 will be appreciated that the network connections 
shown are exemplary and other means of establishing a 
communications link between the computers may be 
used. 

FIG. 2 is a block diagram of a mobile device 
25 200, which is an alternative exemplary computing 
environment. Mobile device 200 includes a 
microprocessor 202, memory 204, input/output (I/O) 
components 206, and a communication interface 208 for 
communicating with remote computers or other mobile 
30 devices. In one embodiment, the afore-mentioned 
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components are coupled for communication with one 
another over a suitable bus 210. 

Memory 204 is implemented as non-volatile 
electronic memory such as random access memory (RAM) 
5 with a battery back-up module (not shown) such that 
information stored in memory 204 is not lost when the 
general power to mobile device 200 is shut down. A 
portion of memory 204 is preferably allocated as 
addressable memory for program execution, while 

10 another portion of memory 2 04 is preferably used for 
storage, such as to simulate storage on a disk drive. 

Memory 204 includes an operating system 212, 
application programs 214 as well as an object store 
216. During operation, operating system 212 is 

15 preferably executed by processor 202 from memory 204. 
Operating system 212, in one preferred embodiment, is 
a WINDOWS® CE brand operating system commercially 
available from Microsoft Corporation. Operating 
system 212 is preferably designed for mobile devices, 

20 and implements database features that can be utilized 
by applications 214 through a set of exposed 
application programming interfaces and methods. The 
objects in object store 216 are maintained by 
applications 214 and operating system 212, at least 

25 partially in response to calls to the exposed 
application programming interfaces and methods. 

Communication interface 208 represents numerous 
devices and technologies that allow mobile device 200 
to send and receive information. The devices include 

30 wired and wireless modems, satellite receivers and 
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broadcast tuners to name a few. Mobile device 200 can 
also be directly connected to a computer to exchange 
data therewith. In such cases, communication 
interface 208 can be an infrared transceiver or a 
5 serial or parallel communication connection, all of 
which are capable of transmitting streaming 
information. 

Input/output components 206 include a variety of 
input devices such as a touch-sensitive screen, 

10 buttons, rollers, and a microphone as well as a 
variety of output devices including an audio 
generator, a vibrating device, and a display. The 
devices listed above are by way of example and need 
not all be present on mobile device 200. In addition, 

15 other input/output devices may be attached to or 
found with mobile device 200. 

Referring now to FIG. 3, shown is a block 
diagram illustrating an object representation system 
3 00 in accordance with embodiments of the present 

20 invention. Object representation system 300 includes 
an object database 3 05 in which data for populating 
object instances is stored. System 300 also includes 
an object definition database 306 which contains data 
or information which defines the objects, property 

25 types, etc. Object representation engine 310 
generates instances of objects by looking up object 
representation data from database 306, and then 
populating the object instances with data from 
database 305. 
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The objects defined using databases 305 and 306 
have property groups associated with the properties 
of the objects. As noted above, the association of a 
property group with the properties of objects can be 
5 described in terms of the properties belonging to the 
property group, or in terms of the property group 
being assigned to the properties. Both descriptions 
are accurate. Using these properties groups, object 
representation engine 310 identifies which properties 

10 of one or more objects are to be represented, and 
retrieves the data corresponding to those properties. 
Object representation engine 310 then generates an 
object, representation 315. Object representation 315 
can be, for example, a visual representation of one 

15 or more objects on a display device, on printed 
pages, etc.. Examples of visual representations 
include UIs, forms, tables, spreadsheets, web pages, 
to . name just a few. Non-visual representations based' 
upon the property groups of the present invention are 

20 also possible. The manner in which property groups 
are associated with the objects, and the manner in 
which object representation engine 310 uses the 
property groups to generate an object representation, 
are described below in detail with reference to FIGS. 

25 4-9. 

Given a set of objects connected using 
associations, inheritance, compositions or 

customizations , each object typically has at least 
several properties that either represent the simple 
30 type (e.g., int/string) or references to other 
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objects. For each object, a group name can be 
assigned to each property. The group name should be 
unique per object inheritance hierarchy. For each 
object, a group can be marked as the default group 
5 indicating that this set of properties is the 
preferred representation of the object. A user 
interface can then be constructed by specifying which 
groups represent the object. If a group contains a 
property that is a reference to another object, then 

10 this object is represented as the default group of 
that other object. 

FIGS. 4 and 5 illustrate an example of object 
hierarchies and references. Shown in FIG. 4 are three 
objects, SalesDocument 410, PackingSlip 420 and 

15 Invoice 430. The PackingSlip object 420 and the 
Invoice object 43 0 are related to the SalesDocument 
object 410 by inheritance hierarchies 412 and 414, 
respectfully. In other words, PackingSlip object 420 
and Invoice object 430 are specializations of 

20 SalesDocument object 410. Alternatively stated, 
SalesDocument object 410 is a generalization of 
PackingSlip object 420 and Invoice object 430. 

SalesDocument object 410 includes five 
properties or property fields shown at 411 in FIG. 4. 

25 In this example, the first and second properties of 
SalesDocument object 410 include an U ID" property and 
a "Type" property. The values of these properties are 
represented in FIG. 4 based upon the type of data 
included in these values. For example, the ID 

3 0 property is represented as an integer (int) value, 
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while the Type property is represented as a string 
value. Examples of the string values which fill the 
Type property field include, in this example, 
"PackingSlip" and "Invoice." Other examples of the 
5 Type property or property field could include 
"Quotation, " "Confirmation," "Receipt," etc. 

The third property of the SalesDocument object 
410, the Customer property, is actually a pointer to 
another object. The Customer object 450, to which 

10. this property of SalesDocument object 410 points, is 
shown in FIG. 5. The first three properties of the 
SalesDocument object 410 have been assigned the 
property group "Main" 46 0. The Main property group 
460 is, in an example embodiment, the default 

15 property group. Any of a wide variety of different 
methods can be used to designate which property group 
is the default property group. As will be discussed 
below in greater detail, by assigning the first three 
properties of the SalesDocument object 410 to the 

20 Main property group 460, the property value 
information associated with these properties can 
conveniently be displayed together by including a 
pointer to the Main property group for generating a 
visual representation of the object 410. 

25 The final two properties or fields of the 

SalesDocument object are "CreatedDate" and 
"Language," both having string values. Since these 
two fields are both administrative in nature, one 
might want to see them together on a form or other 

30 visual representation. To facilitate this, these two 
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properties are each included in a second property 
group, the "Administration" property group 470, shown 
in FIG. 4. 

In the example illustrated in FIG. 4, there are 
5 two specializations of the SalesDocument object 410, 
the PackingSlip object 420 and the Invoice object 
430. The PackingSlip object 420 includes a single 
property, represented at reference number 421, 
entitled "Warehouse" having as a value a pointer to 

10 another object. The Warehouse object pointed to in 
the property field of the PackingSlip object 420 is 
not shown, but would be used to designate which of 
multiple warehouses an item was sent from or should 
be delivered to. In this example, the Warehouse 

15 property 421 is included in the Administration 
property group 470. 

For the SalesDocument specialization Invoice 
object 43 0, there exists two properties or property 
fields, represented at reference number 431, the 

2 0 "Profile" property and the "NumberSequence" property. 

Both of the properties of Invoice object 430 are 
pointers to other objects (not shown) . Each of these 
properties is included in a third property group, the 
"Booking" property group 4 80. 
25 Referring again to FIG. 5, the "Customer" object 

450 includes three properties shown at reference 
number 451. The first two properties, a Customer "ID" 
having an integer value and a Customer "Name" having 
a string value, are included in the Main or default 

3 0 property group 460. The third property of the 
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Customer object 450 is entitled "Address", which is a 
pointer to another object (not shown) . This third 
property of Customer object 450 is included in a 
property group 490 entitled "Address." 
5 Using the property group concepts of the present 

invention, the UI or other representation of an 
object is defined or created simply by specifying 
which property groups should be on the form or 
representation. The object representation engine 310 

10 shown in FIG. 3 then looks up the contents of those 
property groups in database 3 05, including properties 
from multiple objects to which the property groups 
are assigned, and displays those fields. In some 
exemplary embodiments, the properties of particular 

15 property groups are displayed together on the visual 
representation of the object. The names of properties 
in the property group are matched to a control on the 
representation, while the values of those properties 
are mapped to a corresponding value field. 

20 FIG. 6 is a diagrammatic illustration of a UI, 

form or other visual representation 500 for the 
SalesDocument object 410 shown in FIG. 4. This UI 500 
is defined for the SalesDocument object 410 by 
specifying that the Main (i.e., SalesDocument .Main) 

25 property group 460 and the Administration (i.e., 
SalesDocument .Administration) property group 470 
should be on the form. The object representation 
engine 310 looks up the contents of the property 
groups from database 305, and displays those fields 

30 on UI 500. When object representation engine 310 
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detects the Customer property as being part of the 
Main or default property group on the SalesDocument 
object 410, it goes to the Customer object 450 and 
finds the default property group (Main) 460 and 
5 displays those corresponding fields as well. 

As shown in FIG. 6, in UI or form 500 , the name 
of Main property group 460 is mapped to a control 510 
which visually represents the name of this property 
group. Likewise, the ID, Type and Customer properties 

10 from SalesDocument object 410 which are in the Main 
property group 460 are also mapped to controls 511, 
513 and 515, respectively, to visually display the 
names of these properties on UI 500. The values of 
the first two properties in the Main property group 

15 460 of SalesDocument object 410 are mapped into 
field's 512 and 514 which visually correspond to 
controls 511 and 513. Thus, the SalesDocument is 
illustrated as having an ID number "1548", and a type 
"Invoice". Since the Customer property of the 

2 0 SalesDocument object 410 in the Main property group 

460 is a pointer to the Customer object 450 shown in 
FIG. 5, the object representation engine 310 maps the 
name "Customer" of this property to control 515, and 
the names of the corresponding properties "ID" and 
25 "Name" from object 450 to controls 516 and 518. The 
values of those properties from Customer object 450 
are then mapped to value fields 517 and 519, 
respectfully. Thus, the Customer object referred to 
in the SalesDocument object 410 is identified by a 

3 0 Customer ID of "100 09" and a Customer Name of "Alfred 
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Futterkiste" . In some embodiments, the controls (510, 
511, 513, 515, 516 and 518) and the corresponding 
mapped values (512, 514, 517 and 519) in UI 500 
corresponding to the Main property group 460 are 
5 visually grouped using a border or other visual 
delineator 505. 

Similarly, since the Administration property 
group 470 was designated as being part of the 
representation of the SalesDocument object 410, it's 

10 property and property group names are mapped to 
controls 530, 531 and 533 in UI 500. The 
corresponding values of those properties are mapped 
to value fields 532 and 534. Thus, it can be seen 
that the SalesDocument object 410 was created on 

15 August 10, 2003, and that the language is United 
States English. Again, if desired, a boarder or other 
delineator 506 can be used to visually group the 
property names and values of the Administration 
property group 470. Note that, in this embodiment, 

2 0 since neither of the "CreatedDate" or "Language" 
properties from SalesDocument 410 include pointers to 
another object, no further properties were retrieved 
for inclusion in the Administration portion of UI 
500. 

25 In some embodiments of the invention, when using 

inheritance, the property groups are inherited as 
well. However, more properties can be added to the 
same property group. For example, referring to FIG. 
7, to define a UI , form or visual representation 550 

30 for the PackingSlip object 420, the properties Main 
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460 and Administration 470 can again be specified. In 
the alternative, in other embodiments, the property 
groups used to define the PackingSlip object 420 can 
simply be inherited from SalesDocument object 410, 
5 since these two property groups have previously been 
designated for use in visually representing the 
SalesDocument object. In these embodiments, it would 
only be necessary to specify any additional property 
groups which are to be displayed as part of the 

10 visual representation of the PackingSlip object 420. 
In the example illustrated in FIG. 4, there are no 
additional property groups which are distinct from 
those used to represent SalesDocument object 410. 

The UI 550 used to visually represent 

15 PackingSlip object 420 is very similar to UI 500 used 
to visually represent SalesDocument object 410. One 
difference can be seen in value field 514 
corresponding to the Type property mapped to control 
513. In this instance, the value of the string of 

20 this property has changed from "Invoice" to 
"PackingSlip" . Another difference between UI 550 and 
UI 500 relates to additional properties of the 
Administration property group 470. Since the 
PackingSlip object 420 includes a Warehouse property 

25 (shown as 421 in FIG. 4) in the Administration 
property group 4 70, object representation engine 310 
retrieves this data from database 3 05 as well. Thus, 
the Administration property group information 
displayed in UI 550 includes the name "Warehouse" of 

30 this property mapped to control 535. Since the 
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Warehouse property in the PackingSlip object is a 
pointer to another object, the value "New York" 
mapped to property field 536 is retrieved from this 
other object in database 305. 
5 As noted above, defining which property groups 

are to be visually represented in a UI for a 
particular object can be done in a number of ways. 
For example, each of the property groups can be 
specifically listed for object representation. 

10 Alternatively, the objects can inherit the property 
groups used to visually represent that object's 
generalization. Further, property groups can also be 
listed in addition to those which are inherited. For 
example, for the Invoice property group 43 0 it might 

15 be further specified that the "Booking" property 
group 480 is also to be used in the visual 
representation, in addition to those property groups 
inherited from the SalesDocument object 410. 

The use of property groups in general, and in 

2 0 particular default property groups which pull in 

properties from associations and compositions as 
well, provides a greatly improved manner of 
generating visual and other representations of an 
object or entity. For each particular different type 
25 of form or visual representation to be generated, 
which can number in the hundreds or even thousands, 
all that is necessary is that the property groups 
which are to , represent a particular object be 
specified. To change a particular form or visual 

3 0 representation to include other properties of other 
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property groups, it would only be necessary to change 
the property groups which are specified for use in 
representing the object. Further, if properties of an 
object are changed, added or deleted, using the 
5 concepts of the present invention it is not necessary 
to revise each of a large number of forms or visual 
representations which have been previously created. 
Instead, for the object which has a change, addition 
or deletion of properties, the property groups must 

10 be redefined. Thus, the present invention provides 
both a method and apparatus for facilitating the fast 
construction of UIs when objects are complex in terms 
of inheritance, customization, and association, as 
well as a method and apparatus for revising object 

15 properties without the need to revisit every form, 
web page, UI or other visual representation which 
presents data from the objects in question. 

FIG. 8 is a block diagram 800 illustrating a 
method of storing data in a database, for example 

20 databases 305 and/or 306 shown in FIG. 3. This method 
allows representations of objects to be constructed 
using the concepts of the present invention. As shown 
at 805 in FIG. 8, the method includes associating 
property groups with objects in a data base. In one 

25 manner of expression, this can be thought of as the 
property groups being stored next to the object 
definition in database 306, with only data instances 
stored in 305. As discussed above, each property 
group associated with an object includes at least one 

3 0 property of the object. Next, as shown at 810, the 
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method includes storing the property groups in the 
database. Finally, as shown at 815, the method 
includes specifying which property groups are to be 
used in representing the object. In one example 
5 embodiment, the "Main" property group is the default 
property group for representing the object. Other 
aspects of the method shown in FIG. 8 are described 
above with reference to FIGS. 3-7. 

FIG. 9 is a block diagram 900 illustrating a 

10 method of constructing a representation of a 
particular object in a database. The method shown in 
FIG. 9 is an embodiment of the methodology described 
above with reference to FIGS. 3-7, and can be 
implemented by object representation engine 310. 

15 First, as shown at 905, the method includes 
identifying at least one property group associated 
with the object which has been chosen to represent 
the object. At least one property of the object will 
belong to each property group associated with the 

20 object. 

As shown at 910, the method further includes 
identifying any other object that the particular 
object references within a property of an identified 
property group. Then, as shown at 915, the method 

25 includes retrieving data corresponding to each of the 
properties belonging to the one or more identified 
property groups. The data can be retrieved, for 
example, from database 305 shown in FIG. 3. Finally, 
as shown at 920 in FIG. 9, the method includes 

30 representing the object using the retrieved data. The 
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representation of the object can be a visual 
representation in which the retrieved data is 
displayed next to names of the properties, and if 
desired, names of the property groups to which the 
5 properties belong as is illustrated in FIGS. 6 and 7. 

Although the present invention has been 
described with reference to particular embodiments, 
workers skilled in the art will recognize that 
changes may be made in form and detail without 
10 departing from the spirit and scope of the invention. 



